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[DOCUMENT NAME] Specification 
[TITLE OF THE INVENTION] EVENT CONTROL DEVICE AND DIGITAL 
BROADCASTING SYSTEM 
[CLAIMS] 
[Claim 1] 

An event control device for controlling to which application an entered 
event is to be delivered, comprising; 

an event entering means for entering events, 

a delivery destination determining information storing section storing 
delivery destination determining information indicating to which application 
the event is to be delivered according to the contents of the event, and 

a delivery destination determining means for determining to which 
application the event is to delivered according to a degree of priority stored in 
the delivery destination determining information storing section and 
according to the contents of the entered event, and for delivering the event 
accordingly. 
[Claim 2] 

An event control device of claim 1, characterized in that the delivery 
destination determining information comprises delivery priority degree 
information indicating, by the priority degrees of respective applications, to 
which application an event according to the contents of the event is to be 
delivered. 

[Claim 3] 

An event control device of claim 1 or claim 2 characterized in that the event 
control device farther comprises a delivery destination determining 
information changing means for acquiring information on which application 
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is currently running and based on the acquired information changes the 
delivery destination determining information for use in determining the 
delivery destination in the delivery destination determining means. 
[Claim 4] 

An event control device of claim 1, characterized in that the delivery 
destination determining information comprises event reception specifying 
information indicating whether or not an event is to be received according to 
the contents of the event for each application, and delivery priority 
information indicating preferentially to which application an event is to be 
delivered according to the contents of the event for each application, and that 
the delivery destination determining means determines a delivery 
destination application of the event based on the event reception specifying 
information and the delivery priority degree information, and delivers the 
event accordingly 
[Claim 5] 

An event control device of claim 4, characterized in that the event control 
device further comprises an event reception specification changing means for 
changing the event reception specifying information according to the 
combination of currently running applications. 
[Claim 6] 

An event control device of claim 5, characterized in that the event reception 
specification changing means also carries out the process of changing the 
event reception specifying information according to the current running 
status of each application. 
[Claim 7] 

An event control device of claim 6, characterized in that part or whole of 
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the event reception specification changing means for carrying out the process 
of changing the event reception specifying information according to the 
current running status of each application is provided on the side of each 
application. 
[Claim 8] 

An event control device according to one of claims 4 through 7, 
characterized in that the delivery destination determining information 
comprises basic delivery destination information describing applications to be 
basic delivery destinations for the contents of each event, and 

the delivery destination determining means delivers an event to an 
application specified with the basic delivery destination information in the 
case an application to which the entered event may be delivered is not 
specified in the event reception specifying information. 
[Claim 9] 

An event control device of claim 4, characterized in that the event control 
device further comprises a delivery priority degree information changing 
means for acquiring information on which application is currently running 
and changing the delivery priority degree information according the change 
in the running application. 
[Claim 10] 

An event control device of claim 9, characterized in that the delivery 
priority degree information changing means changes the delivery priority 
degree information in consideration of also the current running status of each 
application. 
[Claim 11] 

An event control device of claim 9 or claim 10, characterized in that a 
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plural number of delivery priority degree tables are stored in a delivery 
priority degree storing section corresponding to combinations of currently 
running applications and that the delivery priority degree changing means 
changes the priority degree by choosing corresponding delivery priority 
degree tables according to changes in the currently running applications. 
[Claim 12] 

An event control device according to one of claims 1 through 11, 
characterized in that the delivery destination determining information 
comprises delivery property information indicating the delivery property of 
events received by respective applications, and the delivery destination 
determining means determines a delivery mode in consideration of the 
delivery property information. 
[Claim 13] . 

An event control device of claim 12, characterized in that the delivery 
property indicates whether or not the event can be received also with other 
applications. 

[Claim 14] . 

An event control device of claim 12 or claim 13, characterized in that the 
event control device further comprises a delivery property changing means 
for changing the delivery property according to the running status of each 
application. 

[Claim 15] 

An event control device according to one of claims 1 through 15, 
characterized in 

that a plural number of events are arranged into groups, 

that the delivery destination determining information storing section 
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stores the delivery destination determining information indicating to which 
application an event belonging to an event group is to be delivered depending 
on the event group, and 

that the delivery destination determining means determines to which 
application the event is to be delivered according to the delivery destination 
determining information stored in the delivery destination determining 
information storing section and depending on the event group to which the 
entered event belongs, and delivers the event accordingly 
[Claim 16] 

An event control device of claim 15, characterized by comprising an event 
group changing means for changing grouping of events according to the 
running status of each application. 
[Claim 17] . 

An event control device according to one of claims 1 through 16, 
characterized in that a plural number of applications are arranged into event 
groups, 

that the delivery destination determining information storing section 
stores delivery destination determining information indicating to which 
application the event is to be delivered depending on the event, and 

that the delivery destination determining means according to the event 
entered and on the basis of the delivery destination determining information 
stored in the delivery destination determining information storing section 
determines to which application the event is to be delivered, and delivers the 
event to the application belonging to the application group. 
[Claim 18] . 

An event control device of claim 17, characterized in that the event control 
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device further comprises an application group changing means for changing 
grouping of applications according the running status of respective 
applications. 

[Claim 19] . 

A receiver characterized in that the receiver comprises; 

a receiving section for receiving at least contents data coming as 
transmitted, 

a decoder section for decoding and outputting the contents data 
received, 

a processing section for controlling the operation of the decoder section, 

a recording section for recording and storing a program specifying the 
contents of the processing section, and 

an event input section for receiving events entered by an operator, and 
that the program comprises; 

a plural number of application programs for the process of 
demultiplexing multiplex data received with receiving means into contents, 
and 

an event control program for determining to which application program 
an event is to be delivered and delivers accordingly according to the contents 
of the event entered through the event input section. 
[Claim 20] 

A recording medium recording a program for embodying one of the devices 
of claims 1 through 19 by the use of a computer. 
[Claim 21] 

An event controlling method for controlling to which application an entered 
event is to be delivered, characterized in that 
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to which application the event is to be delivered according to the 
contents of the entered event is determined in advance as delivery 
destination determining information, and 

to which application the event is to be delivered is determined and 
delivers accordingly according to the contents of the event entered and on the 
basis of the delivery destination determining information. 

[Claim 22] 

A digital broadcasting system capable of changing output contents 
according to an event entered by an operator on the receiver side, 
characterized in that the transmitter comprises; 

a multiplexing means for creating multiplex data by multiplexing 
receivable event information describing events receivable on the receiver side, 
and 

a transmitting means for transmitting the multiplex data, and that the 
receiver comprises; 

a receiving means for receiving the multiplex data, 

an event input means for receiving events entered by the operator, and 
a demultiplexing means provided with an interactive demultiplexing 
application for carrying out the process of changing the contents to be 
demultiplexed on the basis of the event from the event entering means and 
for demultiplexing the multiplex data received with the receiving means back 
to contents, and that 

the demultiplexing means chooses receivable events out of the events 
entered through the event input means on the basis of receivable event 
information received, and gives them to the interactive demultiplexing 
application. 
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[Claim 23] 

A digital broadcasting method capable of changing output contents 
according to an event entered by an operator on the receiver side, 
characterized in that the transmitting side 

multiplexes receivable event information describing the events 
receivable on the receiver side into contents and transmits them as multiplex 
data, and the receiving side 

receives the multiplexed data, receives the event given by the operator, 
demultiplexes the received multiplex data into contents, and according to the 
received event carries out the process of changing the demultiplexed contents, 
and 

chooses a receivable event as a subject of process out of given events 
based on the receivable event information received. 
[Claim 24] 

A digital transmitter for use in a digital broadcasting system capable of 
changing output contents according to an event entered by an operator on the 
receiver side, characterized by comprising, 

a multiplexing means for creating multiplex data by multiplexing 
receivable event information describing events receivable on the receiver side, 
and 

a transmitting means for transmitting the multiplex data. 
[Claim 25] 

A digital transmitter of claim 24, characterized in that the multiplexing 
means multiplexes also receivable event changing information for changing 
the receivable events under predetermined conditions. 
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[Claim 26] 

A digital transmitter of claim 24 or claim 25, characterized in that the 
contents are written in a self-descriptive type of language, and the receivable 
event information is described as information for defining the self-descriptive 
type of language. 
[Claim 27] 

A digital transmitter of claim 26, characterized in that the receivable event 
information is described as major information of the self-descriptive type of 
language. 

[Claim 28] 

A digital transmitter of claim 24 or claim 25, characterized in that the 
receivable event information and the receivable event changing information 
are described in control data corresponding to the contents. 
[Claim 29] 

A digital receiver for use in a digital broadcasting system capable of 
changing output contents according to an event entered by an operator on the 
receiver side, characterized by comprising, 

a receiving means for receiving multiplex data, 

an event input means for receiving events entered by an operator, and 
a demultiplexing means provided with an interactive demultiplexing 
application for demultiplexing the multiplex data received with the receiving 
means back to contents and for carrying out the process of changing the 
contents to be demultiplexed according to the event from the event input 
means, and that 

the demultiplexing means choose a receivable event out of events 
inputted from the event input means based on the receivable event 
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information received and gives them to the interactive demultiplexing 
application. 

[Claim 30] 

A digital receiver of claim 29, characterized in that the demultiplexing 
means changes the receivable events according to the receivable event 
changing information described in the control data. 
[Claim 31] 

A digital receiver of claim 29 or claim 30, characterized in that the 
interactive demultiplexing application interprets the self-descriptive 
language and demultiplexes contents and changes the contents, and 

the demultiplexing means chooses from given events according to the 
receivable event information described as information for defining the 
self-descriptive language and gives the chosen events to the interactive 
demultiplexing application. 
[Claim 32] 

A digital receiver of claim 31 characterized in that the demultiplexing 
means changes the receivable events according to the receivable event 
changing information received. 
[Claim 33] 

A digital receiver of claim 29 or claim 30, characterized in that the 
demultiplexing means chooses from given events according to the receivable 
event information described in control data corresponding to the contents and 
gives them to the interactive demultiplexing application. 
[Claim 34] 

A digital receiver of claim 33, characterized in that the demultiplexing 
means changes the receivable events according to the receivable event 
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changing information described in the control data. 
[Claim 35] 
A receiver characterized in that 
the receiver comprises, 

a receiving section for receiving at least contents data and receivable 
event information coming as transmitted, 

a decoder section for decoding the received contents data and outputting 
them, 

a processing section for controlling the operation of the decoder section, 
a recording section for recording the program specifying the process 
contents of the processing section, and 

an event input section for receiving events entered by an operator, and 

that 

the program comprises, 

an interactive demultiplexing program for demultiplexing the multiplex 
data received with the receiving means into contents and for carrying out the 
process of changing the contents to be demultiplexed according to the event 
coming from the event input means, and 

an event control program for choosing receivable events out of events 
inputted from the event input section according to the receivable event 
information received and giving them to the interactive demultiplexing 
program. 

[Claim 36] 

A recording medium recording the program for embodying the receiver 
defined in one of claims 29 through 35 by the use of a computer. 
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[Claim 37] 

A carrier wave for carrying digital data that can be processed with 
computers, characterized in that the carrier wave having a configuration in 
which receivable event information describing the events receivable on the 
receiver side and contents data are multiplexed. 
[Claim 38] 

A digital reception method characterized in that 

a process is carried out to receive multiplex data, to receive events given 
by an operator, to demultiplex the received multiplex data into contents, and 
to change the contents to be demultiplexed, and 

receivable events are chosen as process subjects out of events given 
according to receivable event information received. 

[Claim 39] 

A digital transmission system provided with a transmitter and a receiver, 
characterized in that 

the transmitter comprises 

a multiplexing means for creating multiplex data by multiplexing the 
contents of the delivery destination determining information, and 

a transmitting means for transmitting the multiplex data, that 
the receiver comprises 

a receiving means for receiving multiplex data, 

an event input means for receiving events entered by an operator, and 
a demultiplexing means including a demultiplexing application for 

demultiplexing the multiplex data received with the receiving means into 

contents, and that 

the demultiplexing means determines to which application the event is 
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to be delivered according to the contents of the event entered and according to 
the delivery destination determining information. 
[Claim 40] 

A digital transmitter for use in a digital broadcasting system, characterized 
in that it comprises a multiplexing means for arranging the delivery 
destination information contents into multiplex data, and a transmitting 
means for transmitting the multiplex data. 
[Claim 41] 

A receiver for use in a digital broadcasting system, characterized in that it 
comprises 

a receiving means for receiving multiplex data, 

an event input means for receiving events entered by an operator, and 

a demultiplexing means comprising a plural number of applications 
including a demultiplexing application for demultiplexing the multiplex data 
received with the receiving means into contents, and that 

the demultiplexing means determines to which application the event is 
to be delivered according to the contents of the event entered and according to 
the delivery destination determining information. 

[DETAILED DESCRIPTION OF THE INVENTION] 

[0001] 
[Field of the invention] 

This invention relates to event control, and more specifically to automated 
delivery of events. 
[0002] 

[Conventional art and problem to be solved] 

In a window system for personal computers or the like, when a plural 
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number of windows are running, to which of the windows the inputs entered 
through a mouse or a keyboard (event signals, or events) should be given 
must be determined. Conventionally, an operating system controls to give 
events to windows that are chosen and activated by an operator. 
[0003] 

However, even with this conventional art, that the user is required to 
operate the key is still cumbersome. Using the conventional window system 
in particular to household-dedicated appliances such as a TV set poses a 
problem because the operation is required to be simple. 
[0004] 

It is an object of the invention is to provide a technique for solving the 
above -described problem, making it possible to determine delivery 
destinations of events without requiring choosing operations by the operator. 
[0005] 

It is another object of the invention is to provide a technique that enables 
delivery destinations of events to be changed flexibly. 
[0006] 

[Means for solving the problem and advantage of the invention] 

The event control device of claim 1 comprises an event entering means for 
entering events, 

a delivery destination determining information storing section storing 
delivery destination determining information indicating to which application 
the event is to be delivered according to the contents of the event, and 

a delivery destination determining means for determining to which 
application the event is to delivered according to a degree of priority stored in 
the delivery destination determining information storing section and 
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according to the contents of the entered event, and for delivering the event 
accordingly.. 
[0007] 

Therefore, an event can be delivered to an appropriate application, even 

without the operator choosing an addressed application. 
[0008] 

The event control device of claim 2 further comprises a delivery destination 
determining information changing means for acquiring information on which 
application is currently active and for changing the delivery destination 
determining information on the basis of the acquired information. 
[0009] 

Therefore, an addressed application may be flexibly changed depending on 
which application is in operation. 
[0010] 

The event control device of claim 3 is characterized in that the delivery 
destination determining information storing section comprises an event 
reception specifying section storing information on whether the event in 
question should be received or not, according to the contents of respective 
events, and a delivery priority degree storing section storing delivery priority 
degree information on to which application the event should be delivered 
preferentially and in that the delivery destination determining means 
determines the application to which the event should be delivered and 
delivers the event on the basis of the description in the event reception 
specifying section and the delivery priority degree storing section. 
[0011] 

Since the event reception specification and the delivery priority degrees are 
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stored separately, delivery destinations may be changed flexibly according to 
combinations of two pieces of information. 
[0012] 

The event control device of claim 4 further comprises an event reception 
specification changing means for acquiring information on which application 
is currently in operation and for changing the description in the event 
reception specifying section according to changes in the currently operating 
application. 
[0013] 

Since it is arranged that only the application currently in operation is 
described as the delivery destination of the event to be received, an addressed 
application is determined quickly. 
[0014] 

The event control device of claim 5 is characterized in that the event 
reception specification changing means also carries out the process of 
changing the description in the event reception specifying section according 
to current operating statuses of respective applications. 
[0015] 

Therefore, an addressed application may be flexibly changed according to 
the operating statuses of respective applications and an appropriate 
application may be chosen as the addressed application according to the 
situation. 

[0016] 

The event control device of claim 6 is characterized in that the event 
reception specification changing means receives description changing 
instructions from respective applications and carries out the process of 
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changing the description in the event reception specifying section. 
[0017] 

Therefore, which event may be received can be specified from the application 
side. That is to say, it is possible to determine events to be received 
according to the progress in the process of an application when the 
application is created. 
[0018] 

The event control device of claim 7 is characterized in that the delivery 
destination determining information storing section comprises a basic 
delivery destination storing section in which are described applications to be 
the basic delivery destinations for respective contents of respective events, 
and that the delivery destination determining means, in the case an 
application to which an inputted event may be delivered is not specified in 
the event reception specification section, delivers the event to the application 
of the basic delivery destination described in the basic delivery destination 
storing section. 
[0019] 

Therefore, even if the delivery destination of an event is not described in the 
event reception specifying section, an application of the basic delivery 
destination may be determined as the delivery destination. Therefore, in 
whatever status, a status in which no delivery destination application is 
present can be avoided. 
[0020] 

The event control device of claim 8 further comprises a delivery priority 
degree changing means for acquiring information on which application is 
currently in operation and for changing the priority degree in the delivery 
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priority degree storing section according to the change in the currently 
operating application. 
[0021] 

Therefore, the delivery priority degree can be changed depending on which 
application is currently in operation and an appropriate delivery destination 
application can be chosen according to the situation. 
[00022] 

The event control device of claim 9 is characterized in that the delivery 
priority degree changing means changes the priority degree in the delivery 
priority degree storing section in consideration of current statuses of 
operation of respective applications. 
[00023] 

Therefore, the delivery priority degree can be changed according to the 
operating statuses of respective applications and an appropriate delivery 
destination application can be chosen according to the situation. 
[00024] 

The event control device of claim 10 is characterized in that a plural number 
of delivery priority degree tables are stored in the delivery priority degree 
storing section corresponding to combinations of applications in operation, 
and that the delivery priority degree changing means changes the priority 
degree by choosing a corresponding delivery priority degree table according to 
changes in the applications in operation. 
[00025] 

Therefore, an appropriate delivery priority degree table may be quickly 
chosen and used. 
[00026] 
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The event control device of claim 11 is characterized in that the delivery 
priority degree changing means receives the combinations of applications in 
operation or current operating statuses of respective applications and when 
they are in agreement with predetermined conditions, changes the delivery 
priority degree of the delivery priority degree storing section, and when in 
disagreement with the predetermined conditions, does not change the 
delivery priority degree of the delivery priority degree storing section. 
[00027] 

Therefore, the delivery priority degree can be changed only in such an 
exceptional case in which the delivery priority degrees to be criteria are 
stored and kept and the process status is in agreement with the 
predetermined conditions. 
[00028] 

The event control device of claim 12 is characterized in that the delivery 
properties show whether an event in question can be received also with other 
applications. 
[00029] 

Therefore, events can be appropriately delivered to respective applications 
according to the delivery properties. 
[00030] 

The event control device of claim 13 is characterized in that the delivery 
properties show whether an event in question can be received also with other 
applications. 
[00031] 

Therefore, whether or not the event is to be delivered simultaneously to a 
plural number of applications can be appropriately determined. 
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[00032] 

The event control device of claim 14 is characterized by further comprising a 
delivery property changing means for changing the delivery properties of the 
delivery property storing section according to the operating statuses of 
respective applications. 
[00033] 

Therefore, whether or not the event is to be delivered simultaneously to a 
plural number of applications can be appropriately changed according to the 
situation. 

[00034] 

The event control device of claim 15 is characterized in that a plural number 
of events are grouped into event groups, that the delivery destination 
determining information storing section stores delivery destination 
determining information showing to which application an event belonging to 
an event group should be delivered for respective applications by priority 
degrees, and that the delivery destination determining means determines to 
which application the event should be delivered according to the priority 
degree stored in the delivery destination determining information storing 
section and delivers the event accordingly. 
[00035] 

Therefore, a plural number of events can be arranged into groups to control 
the delivery destination applications. 
[00036] 

The event control device of claim 16 further comprises an event group 
changing means for changing the grouping of events according to the 
operating statuses of respective applications. 
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[00037] 

Therefore, events to be grouped can be appropriately changed according to 
the situation. 
[00038] 

The event control device of claim 17 is characterized in that a plural number 
of applications are grouped into application groups, that the delivery 
destination determining information storing section stores delivery 
destination determining information showing to which application group an 
event in question should be delivered for each application group by the 
priority degrees, that the delivery destination determining means determines 
according to the inputted event to which application group the event should 
be delivered based on the priority degrees stored in the delivery destination 
determining information storing section, and delivers the event to the 
application belonging to the application group. 
[00039] 

Therefore, delivery of events can be controlled by arranging a plural number 
of applications into groups. 
[00040] 

The event control device of claim 18 further comprises an application group 
changing means for changing the grouping of applications according to the 
operating statuses of respective applications. 
[00041] 

Therefore, applications to be grouped can be appropriately changed 
according to the situation. 
[00042] 

The digital broadcasting system of claim 22 is characterized in that 
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a transmitter comprises a multiplexing means for creating multiplex 
data by multiplexing receivable event information describing events 
receivable on a receiver side into contents, and a transmitting means for 
transmitting the multiplex data, 

a receiver comprises a receiving means for receiving the multiplex data, 
an event input means for receiving events from an operator, and a 
demultiplexing means provided with an interactive demultiplexing 
application for demultiplexing the multiplex data received with the receiving 
means and for carrying out the process of changing the contents to be 
demultiplexed , and that 

the demultiplexing means, based on the receivable event information it 
has received, chooses receivable events out of events inputted from the event 
inputting means and gives them to the interactive demultiplexing 
application. 

[00043] 

Therefore, it is possible from the transmitter side to control events to be 
made receivable and events to be made not receivable on the receiver side. 
[00044] 

The transmitter of claim 24 is characterized by comprising a multiplexing 
means for creating multiplex data by multiplexing receivable event 
information describing events receivable on a receiver side into contents, and 
a transmitting means for transmitting the multiplex data. 
[00045] 

Therefore, it is possible from the transmitter side to control events to be 
made receivable and events to be made not receivable on the receiver side. 
[00046] 
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The digital transmitter of claim 25 is characterized in that the multiplexing 
means multiplexes the receivable event changing information for changing 
the receivable events based on specified conditions. 
[00047] 

Therefore, it is possible from the transmitter side to change events to be 
made receivable and events to be made not receivable on the receiver side. 
[00048] 

The digital transmitter of claim 26 is characterized in that the contents are 
described in a self-descriptive type of language and that the receivable event 
information is described as definition information on the self-descriptive type 
of language. 
[00049] 

Therefore, it is possible from the transmitter side to easily control events to 
be made receivable and events to be made not receivable in data broadcasting, 
etc. 

[00050] 

The digital transmitter of claim 27 is characterized in that the receivable 
event changing information is described as major information of a 
self-descriptive type of language. 
[00051] 

Therefore, it is possible from the transmitter side to easily change events to 
be made receivable and events to be made not receivable in data broadcasting, 
etc. 

[00052] 

The receiver of claim 29 is characterized in that it comprises a receiving 
means for receiving the multiplex data, an event input means for receiving 
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events from an operator, and a demultiplexing means provided with an 
interactive demultiplexing application for carrying out the processes of 
demultiplexing the multiplex data received with the receiving means and 
changing the contents to be demultiplexed, and that 

the demultiplexing means, based on the receivable event information it 
has received, chooses receivable events out of events inputted from the event 
inputting means and gives them to the interactive demultiplexing 
application. 

[00053] 

Therefore, it is possible from the transmitter side to determine events to be 
made receivable and events to be made not receivable based on the control 
from the transmitter side. 
[00054] 

The digital receiver of claim 30 is characterized in that the demultiplexing 
means changes the receivable events based on the receivable event changing 
information it has received. 
[00055] 

Therefore, the events to be made receivable and the events to be made not 
receivable can be changed based on the control from the transmitter side. 
[00056] 

The digital transmission system of claim 39 is characterized in that 

a transmitter comprises a multiplexing mans for creating multiplex 
data by multiplexing delivery destination determining information into 
contents, and a transmitting means for transmitting the multiplex data, 

a receiver comprises a receiving means for receiving the multiplex data, 
an event input means for receiving events from an operator, and a 
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demultiplexing means provided with a plural number of applications 
including a demultiplexing application for demultiplexing multiplex data 
received through the receiving means into contents, and 

the demultiplexing means determines to which application the inputted 
event should be delivered according to the contents of the inputted event and 
based on the delivery destination determining information it has received. 

[00057] 

Therefore, a broadcasting system can be provided that is capable of 
controlling from the transmitter side the delivery destination of the event on 
the receiver side. 
[00058] 

The transmitter of claim 40 comprises a multiplexing means for creating 
multiplex data by multiplexing the delivery destination determining 
information into contents, and a transmitting means for transmitting the 
multiplex data. 
[00059] 

Therefore, a transmitter can be provided that is capable of controlling from 
the transmitter side the delivery destination of the event on the receiver side. 
[00060] 

The receiver of claim 41 is characterized in that it comprises a receiving 
means for receiving multiplex data, an event input means for receiving 
events from an operator, and a demultiplexing means provided with a plural 
number of applications including a demultiplexing application for 
demultiplexing the multiplex data received through the receiving means into 
contents, and 

the demultiplexing means determines to which application the event is 
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to be delivered according to the contents of the event entered and on the basis 
of the delivery destination determining information it has received. 
[00061] 

Therefore, an application to which an event is to be delivered can be 
determined based on the delivery destination determining information sent 
from the receiver. 
[00062] 

The terms used for describing the invention will be hereinafter explained. 
[00063] 

"Event" refers to an incident given to an application, program, etc. and is a 
concept including the depression of a key, movement of a mouse, click on the 
mouse, reception of data, etc. 
[00064] 

"Delivery destination determining information" refers to the information 
for determining to which application an event should be delivered and is 
information including not only that expressed in the form of a table or the 
like but also that obtained by calculation process or the like. In the 
embodiments, this includes the following types of information; event 
reception specifying information, delivery priority degree information, basic 
delivery destination information, delivery property information, receivable 
event information, receivable event changing information, application startup 
information, etc. 
[00065] 

"Delivery destination determining means" refers to the means for 
determining the delivery destination of an event. In the embodiments, the 
event control program of FIG. 3, the event control program (for determining 



26 



JP-A-1999106739 (Hll-106739) 



delivery destination) of FIG. 13, etc. correspond to this. 
[00066] 

"Event reception specification changing means" refers to the means for 
substantially changing the event reception specification information used, 
and is means for such cases as including choosing a piece of information for 
use from a plural pieces of event reception specifying information prepared in 
advance, rewriting the contents of the event reception specifying information, 
etc. In the embodiments, the event control program (for controlling the 
delivery destination information), etc. of FIG. 12 correspond to this. 
[00067] 

"Delivery priority degree changing means" refers to the means for 
substantially changing the delivery priority degree information used, and is a 
concept including such cases; as preparing a plural pieces of delivery priority 
degree information and choosing one for use, rewriting the contents of the 
delivery priority degree information, etc. 
[00068] 

"Delivery property information changing means" refers to the means for 
substantially changing the delivery property information for use, and is a 
concept including such cases; as preparing a plural pieces of delivery property 
information and choosing one for use, rewriting the contents of the delivery 
property information, etc. 
[00069] 

"Interactive demultiplexing application" refers to an application for 
carrying out a process accompanied by some reactions in the output contents 
responsive to the input operation by a viewer (an operator), and is a concept 
including not only the cases of changing screen display and voice output but 
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also the cases of changes in the internal process, etc. even without any 
change in the screen display and voice output. This includes also an 
application for displaying an electronic program table, and an application for 
station tuning responsive to the operation of a user. In the embodiments, 
the browser application corresponds to this. 
[00070] 

"Recording medium recording a program" refers to any recording medium 
such as ROM, RAM, flexible disk, CD-ROM, memory card, hard disk, etc. on 
which programs are recorded, and is a concept including communication 
media such as telephone lines and transfer paths (carrier paths). This 
concept includes not only such recording media as the hard disk connected to 
a CPU with programs recorded on it directly executed but also such recording 
media as CD-ROM recording a program that is once installed in a hard disk 
and then executed. Further, the programs referred to here include not only 
those which can be directly executed but also those of source type, 
compression-processed programs, encrypted programs, etc. 
[00071] 

[Embodiment of the invention] 
1. First Embodiment 

FIG. 1 shows an overall configuration of an event control device 2 as a first 
embodiment of the invention. An event entered through an event input 
means 4 is given to a delivery destination determining means 6. The 
delivery destination determining means 6 determines to which of applications 
API, AP2, . . . , APn the event given should be delivered according to the 
contents of the event and delivery destination determining information stored 
in a delivery destination determining information storing section 8, and 
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delivers accordingly. 
[00072] 

FIG. 2 shows a hardware configuration in which the event control device 2 of 
FIG. 1 is applied to a digital broadcast receiver 12. While in this and other 
embodiments described hereinafter, the digital broadcast receiver is used as 
an example to which the event control device of the invention is applied, the 
invention may also be applied to devices with which events addressed to 
applications must be controlled. Such devices include audio apparatuses, 
personal computers, etc. 
[00073] 

Electromagnetic waves caught with an antenna 16 are given to a tuner 18. 
The tuner 18 chooses a transport stream according to the control with a CPU 
24. A plural number of services are multiplexed in one transport stream. A 
transport decoder (TS decoder) 20 tunes to one service and gives out outputs 
according to the control with the CPU 24. The outputs from the transport 
decoder 20 are given to an AV decoder 22, and converted into NTSC composite 
signals, etc. The NTSC composite signals are outputted as images and 
voices with a TV set 14. 
[00074] 

The CPU 24 controls the tuner 18 and the TS decoder 20 according to a 
tune-in application (program) recorded in a memory 26 (constituted with a 
read-only memory (ROM), random access memory (RAM), etc.), and tunes in 
a service station according to the event entered through the operation input 
section 4. The operation input section 4 is a receiving section for receiving 
instructions from a remote control or an operation entering button provided 
at the receiver 12. In this embodiment, events are entered with a remote 
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control having buttons as shown in FIG. 8. 
[00075] 

In the memory 26 are also recorded an internet browser application and an 
e-mail application, as well as the tune-in application. In addition to those 
programs, a system program (operating system) for controlling the above 
programs is also recorded. The internet browser application is for going 
through data from the internet connected through a communication control 
section 28. The e-mail application is for exchanging mails also through the 
internet. The startup, finish, and operation of the internet browser and the 
e-mail application are carried out by the events entered through the 
operation input section 4. 
[00076] 

In the memory 26 is also recorded delivery priority degree information as 
shown in FIG. 4. The delivery priority degree information shows to which 
application respective events should be given depending on the contents of 
the events in the order of priority. The CPU 24 refers to the delivery priority 
information according to the event control program recorded in the memory 
26 and delivers the event entered through the operation input section 4 to 
one of the applications. A flowchart of an event control program recorded in 
the memory 26 is shown in FIG. 3. 
[00077] 

A status assumed here as shown in FIG. 5 is that an e-mail application and 
an internet application are started up while receiving a broadcast program, 
and an e-mail window 32 and an internet browser window 34 are displayed 
as overlapping on a broadcast screen 30. Details of the e-mail window 32 
and the internet browser window 34 are shown in FIGs. 6 and 7, respectively. 
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[00078] 

When an event is entered through the operation input section 4, an event 
control process shown in FIG. 3 is started. First, the CPU 24 refers to the 
delivery priority degree information in the memory 26 and chooses an 
application of the highest priority degree for the event entered (step Si). 
For example, in the case a right movement button 36 (FIG. 8) is pressed as an 
event, priority degrees for respective applications are acquired from the box 
of right movement button of the delivery priority determining information of 
FIG. 4. Therefore, the internet browser application acquires the priority 
order "2," the e-mail application acquires "1," and the tune-in application 
acquires " — ." Since the highest of these priority degrees is "1" for the e-mail 
application, the e-mail application is chosen. Incidentally in this 
embodiment, it is assumed that the smaller the numeral, the higher the 
priority degree. The symbol "— " means that no priority degree is given, 
namely the application is not chosen as the delivery destination of the event. 
[00079] 

When the e-mail application is chosen as described above, the CPU 24 
determines if the e-mail application chosen is running (step S2). If not, an 
application of the next priority degree (an internet browser) is chosen (step 
S3). Here, since the e-mail application is running, the process goes to the 
step S4. In the step S4, the event of pressing the right movement button is 
delivered to the e-mail application. 
[00080] 

Upon receiving the event of pressing the right movement button, the e-mail 
application performs a process corresponding to the event. For example as 
shown in FIG. 6, a marking cursor 100 at "File" is moved right to "Edit." As 
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a result, the status of a menu item "File" being chosen changes to the status 
of "Edit" being chosen. 
[00081] 

As described above, even if the operator does not specify an application as a 
delivery destination, the event of pressing the right movement button is 
automatically delivered to the e-mail application. Also for other events, they 
are delivered to appropriate applications. 
[00082] 

In the above embodiment, the case is explained in which the right movement 
button 36 is pressed in the status of the internet application, e-mail 
application, and tune-in application are running. Next will be described the 
case in which the right movement button 36 is pressed in the status of only 
the internet application and the tune-in application are running. 
[00083] 

First, the CPU 24 refers to the delivery priority information (FIG. 4) in the 
memory 26 and chooses an application of the highest priority degree for the 
event of pressing the right movement button entered (step Si). Thus, the 
e-mail application of priority degree "1" is chosen. Next, whether the e-mail 
application is running is determined (step S2). Here, since the e-mail 
application is not running, an application of the next highest priority degree 
is chosen from the delivery priority information (step S3). Thus, the internet 
browser application of priority degree "2" is chosen. Since the internet 
browser application is running, the process goes from the step S2 to the step 
S4 to deliver the event of pressing the right movement button entered to the 
internet browser application. 
[00084] 
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As described above, even if the same event is given, the appropriate delivery 
destination application determined depends on which application is running. 
[00085] 

Incidentally in the delivery priority degree information of FIG. 4, the events 
such as "Menu," "Power," etc. for which no delivery destination applications 
are described are to be delivered to the system program. 
[00086] 

2. Second Embodiment 

FIG. 9 shows an overall configuration of an event control device 2 as a 
second embodiment of the invention. This embodiment comprises a delivery 
destination determining information changing means 10 to acquire the status 
information on respective applications and to change according to the status 
the delivery destination determining information recorded in the delivery 
destination determining information storing section 8. 
[00087] 

The hardware structure in which the event control device of FIG. 9 is 
applied to the digital broadcast receiver 12 is similar to that of FIG. 2. In 
this embodiment, the event reception specifying information as shown in 
FIGs. 10 and 11 is recorded as the delivery destination determining 
information in the memory 26. FIG. 10 shows the event reception specifying 
information for use when the internet browser application, e-mail application, 
and tune-in application are running. It shows that events are delivered to 
the applications provided with a circle (O). FIG. 11 shows the event 
reception specifying information for use when the internet browser 
application and the tune -in application are running. Furthermore, although 
the event reception specifying information for use when the e-mail 



33 



JP-A-1999106739 (Hll-106739) 

application and tune-in application are running is also recorded, illustration 
here is omitted. In this embodiment as described above, tables of the event 
reception specifying information are recorded for respective combinations of 
currently running applications. 
[00088] 

FIGs. 12 and 13 show flowcharts of event control programs recorded in the 
memory 26. FIG. 12 shows a program for controlling the delivery 
destination information, to be executed when a new application is started or 
an application is finished. First in the step Sll, the CPU 24 acquires 
information on which applications are running. Next, event reception 
specifying information is chosen according to the combination of running 
applications (step S12). For example, when the internet browser application 
and the tune-in application are running, the event reception specifying 
information of FIG. 11 is chosen. The event reception information chosen in 
this way is used in the delivery destination determining program. When 
there is any change in the running status of applications, the event reception 
information chosen by the delivery destination determining information 
control program is changed. As a result, the event reception information 
used with the delivery destination determining program is also changed. 
[00089] 

FIG. 13 shows the delivery destination determining program to be executed 
when an event is produced. For example, when an event of pressing the "#" 
button is produced, the tune-in application is determined as the delivery 
destination according to the event reception information of FIG. 11 being 
chosen (step S21). Next, the event of pressing the "#" button is delivered to 
the tune -in application determined as described above. The tune -in 
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application, upon receiving the event, carries out a process corresponding to 
pressing the "#" button (for example channel tuning using a code number). 
[00090] 

This embodiment is adapted to switch the event reception specifying 
information according to the combination of running applications. Therefore, 
an appropriate delivery destination application can be chosen according to 
the combination of running applications. In other words, the delivery 
destination can be set precisely according to the situation. 
[00091] 

While this embodiment is adapted to switch the event reception specifying 
information according to the combination of running applications, it may be 
adapted otherwise as described later to change the event reception specifying 
information according to the running statuses of respective applications. 
For example, in FIG. 11, in the status of the internet browser application 
pulling down and showing a specific menu (such as "File," etc. in FIG. 7), a 
change is made so that the event of pressing numeral keys "1," "2," . . . , "0" is 
received with the internet browser application. In this way, the delivery 
destination application can be changed more appropriately and dynamically 
according to the process statuses of respective applications. 
[00092] 

In the above-described case, it is appropriate to adapt that the delivery 
destination determining information control program acquires information on 
the running statuses of respective applications and changes the event 
reception specifying information. It is also appropriate to adapt that the 
event reception specifying information is changed from the side of respective 
applications. 
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[00093] 
3. Third Embodiment 

FIG. 14 shows an overall configuration of an event control device 2 as a third 
embodiment of the invention. In this embodiment, the delivery priority 
degree information and the event reception specifying information are 
recorded as the delivery destination determining information in the delivery 
destination determining information storing section 8. The delivery 
destination determining information changing means 10 acquires information 
on the statuses of respective applications and changes the event reception 
specifying information recorded in the delivery destination determining 
information storing section 8. 
[00094] 

The hardware structure in which the event control device of FIG. 14 is 
applied to the digital broadcast receiver is similar to that of FIG. 2. In this 
embodiment, the delivery priority information shown in FIG. 15 and event 
reception specifying information shown in FIGs. 16, 17 are recorded in the 
memory 26. Here, the event reception specifying information is provided for 
each combination of currently running applications. FIG. 16 shows the 
event reception specifying information when the internet browser application, 
the e-mail application, and the tune-in application are running. FIG. 17 
shows the event reception specifying information when the internet browser 
application and the tune-in application are running. Furthermore, although 
not shown, the event reception specifying information for use when the e-mail 
application and tune-in application are running is also recorded. 
[00095] 

FIGs. 18 and 19 show flowcharts of event control programs recorded in the 
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memory 26. FIG. 18 shows a program for controlling the delivery 
destination determining information, to be executed when a new application 
is started or an application is finished. First in the step S31, the CPU 24 
acquires information on which applications are running. Next, event 
reception specifying information is chosen according to the combination of 
running applications (step S32). For example, when the internet browser 
application, the e-mail application and the tune-in application are running, 
the event reception specifying information shown FIG. 16 is chosen. The 
event reception information chosen in this way is used in the delivery 
destination determining program. When any change occurs in the running 
status of applications, the event reception information chosen by the delivery 
destination determining information control program is changed. As a 
result, the event reception information used with the delivery destination 
determining program is also changed. 
[00096] 

FIG. 13 shows the delivery destination determining program to be executed 
when an event is produced. It is assumed for example that the operator 
presses the # button and an event of pressing the # button is produced. The 
CPU 24 refers to the delivery priority information shown in FIG. 15 and 
chooses an application of the highest priority degree for the # button pressing 
event (step S41). Here, the e-mail application of the priority degree "1" is 
chosen. Next, the event reception specifying information currently chosen as 
shown in FIG. 16 is referred to and determination is made whether the event 
may be delivered to the application (step S42). Since it is described in FIG. 
16 that the # button pressing event may be delivered to the e-mail application 
(a circle mark O is provided), it is determined that delivery is possible, and 
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the process goes to the step S45. 
[00097] 

In the step S45, the # button pressing event is delivered to the e-mail 
application. The e-mail application responds to the # button pressing event 
and carries out a process accordingly (for example sending and receiving 
mails). 

[00098] 

When an event of pressing the numeral button "1" is produced, FIG. 15 is 
referred to and the internet browser application is chosen (step S41). 
However, from the event reception specifying information shown in FIG. 16, 
it is seen that the numeral button "1" cannot be delivered to the internet 
browser application (the mark — is written). Therefore, the process goes 
from the step S42 to the steps S43 and S44. 
[00099] 

In the step S44, an application of the next highest priority degree is chosen. 
Thus, the tune-in application of the priority degree "2" is chosen referring to 
Fig. 15. According to FIG. 16, since the numeral button "1" may be delivered 
to the tune-in application, the process goes to the step S45 to deliver the 
event of pressing the numeral button "1" to the tune-in application. 
[00100] 

In this way, the event of pressing the numeral button "1" is delivered to the 
tune-in application, and the tune-in application carries out tune-in operation 
accordingly. 
[00101] 

Incidentally, in the case an application to which an event may be delivered is 
not found even if it is tried to find such an application by lowering the 
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priority degree to the lowest, the event is delivered nowhere (or delivered to 
the system program) and the process is finished. Incidentally, the lowest 
priority degree can be recognized when the number of applications running is 
known. 

[00102] 

According to this embodiment, since the delivery destination determining 
information is constituted with the delivery priority degree information and 
the event reception specifying information, an appropriate delivery 
destination application may be flexibly set according to situations depending 
on the combination of the both types of the constituting information. 
[00103] 

And, since the event reception specifying information is switched for use 
according to the combination of running applications, the delivery 
destinations for events may be appropriately determined according to the 
running statuses of applications. In particular, the delivery destination is 
easily set because it is arranged that the delivery priority information is 
made stationary and to be changed by the change in the event reception 
specifying information to cope with changes in the situation. 
[00104] 

While the above embodiment is adapted to choose the event reception 
specifying information according to which applications are running, it may 
also be adapted to change the event reception specifying information 
according to what operating statuses the respective applications are in. 
[00105] 

For example, it is assumed that the internet browser application and the 
tune-in application are running and the even reception specifying information 
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shown in FIG. 17 is chosen. In this status, it is assumed that, as a result of 
an input operation by the operator, the internet browser application is 
displaying a pull-down menu shown in FIG. 20. The delivery destination 
determining information control program detects this status and changes the 
even reception specifying information as shown in FIG. 21. That is, it is 
made possible that an event of pressing the numeral key is delivered to the 
internet browser application. 
[00106] 

As shown in FIG. 15, with respect to the numeral keys, the internet browser 
application is set higher in priority degree. Therefore, when the operator 
presses a numeral key in this status, the event of pressing the numeral key is 
delivered not to the tune-in application but to the internet browser 
application. That is to say, the operator can cause the internet browser 
application to carry out processes according to the numeral key; if the 
numeral key is "1," to create a new file, if "2," to open an existing file, if "3," to 
close a file, etc. 
[00107] 

When the above process is over, the delivery destination determining 
information control program brings the event reception specifying 
information back to the status shown in FIG. 17. 
[00108] 

In the way described above, an appropriate application as the destination of 
delivering an event can be determined according to the current operating 
statuses of respective applications. 
[00109] 

While the above case is arranged that the delivery destination determining 
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information control program acquires information on the running statuses of 
respective applications and changes the event reception specifying 
information, it may also be arranged that the event reception specifying 
information is changed from the side of respective applications. 
[00110] 

The above embodiment is arranged that plural pieces of the event reception 
specifying information are prepared in advance and the pieces of information 
are switched and used according to which applications are running. 
Likewise it may be arranged that plural pieces of the delivery priority degree 
information are prepared in advance and the pieces of information are 
switched and used according to which applications are running. 
Furthermore, it may be arranged that the delivery priority degree 
information is changed according to the operating statuses of respective 
applications. 
[00111] 

In the above embodiment, it is arranged that an event, for which a delivery 
destination cannot be determined from the delivery priority degree 
information and from the event reception specifying information, is not 
delivered to any application. However, it may be arranged that a basic 
delivery destination application is recorded for each event in advance, and 
the event is delivered to the basic delivery destination in the case it is 
impossible to which application the event is to be delivered. 
[00112] 

And, while the above embodiment is arranged that the delivery priority 
degree information is first searched and then it is determined if the event can 
be delivered, it may also be arranged that applications to be destinations are 
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chosen in advance according to the event reception specifying information, an 
application having the highest priority degree is chosen from among the 
applications in reference to the delivery priority degree information, and 
deliver the event to the application chosen. 
[00113] 

It is also possible as shown in FIGs. 22 and 23 to control the delivery 
priority degree information and the event reception specifying information by 
groups of events. That is to say, it is arranged that any event, as long as it is 
pressing a numeral key, is delivered to the same application. In that case, as 
shown in FIG. 24, event grouping information is recorded in the memory 26 
to show how the events are arranged into groups. FIG. 24 shows that the 
numeral group includes "1 "2," . . . , "9," "0," and "#," and the cursor group 
includes "Move up," "Move right," "Move down," "Move left," and "Decide." 
By arranging the events into groups in this way, it is possible to simplify the 
control of the delivery priority degree information and the event reception 
specifying information. 
[00114] 

It may also be arranged that the event grouping information shown in FIG. 
24 is changed according to which applications are in operation, the operating 
status of the applications, etc. so as to make it possible to flexibly set the 
delivery destination of the event. 
[00115] 

While the events are arranged into groups in the above embodiment, the 
applications may be arranged into groups. In that case, a single event is 
delivered to a plural number of applications belonging to a single group. It 
may also be arranged in the similar manner to that describe above to change 
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the contents of groups of applications according to which applications are 
running, the operating status of the applications, etc. so as to make it 
possible to flexibly set the delivery destination of the event. 

[00116] 
4. Fourth Embodiment 

FIG. 25 shows an overall configuration of an event control device 2 as a 
fourth embodiment of the invention. In this embodiment, in addition to the 
delivery priority degree information and the event reception specifying 
information, delivery property information is also recorded in the delivery 
destination determining information storing section 8. The delivery 
destination determining means 6 determines delivery mode for an event in 
consideration of the delivery property information. Here, the mode of event 
delivery refers to how an event is delivered; whether an event is delivered 
simultaneously to a plural number of applications, to which application an 
event is first delivered, etc. 

[00117] 

The hardware configuration in which the event control device of FIG. 25 is 
applied to a digital broadcast receiver is similar to that of FIG. 2. In this 
embodiment, in addition to the delivery priority information shown in FIG. 
15 and the event reception specifying information shown in FIGs. 16 and 17, 
delivery property information as shown in FIG. 26 is recorded in the memory 
26. Incidentally, it may be arranged either that the delivery property 
information is provided for each combination of running applications so as to 
be chosen and used, or that a fixed type of delivery property information is 
used. 

[00118] 
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It is assumed that an event of pressing the "Move down" key occurs in the 
status of using the delivery priority degree information of FIG. 15, the event 
reception specifying information of FIG. 16, and the delivery property 
information of FIG. 26. In this case, first the e-mail application is chosen 
according to the delivery priority information shown in FIG. 15, and since the 
delivery is possible according to the event reception specifying information 
shown in FIG. 16, the event of pressing the "Move down" key is delivered to 
the e-mail application. 
[00119] 

Next, referring to the delivery property information shown in FIG. 26, it is 
known that the property of the event of pressing the "Move down" key in the 
e-mail application is "Share". Thus the CPU 24 is notified that the event is 
simultaneously delivered to other applications, the CPU 24 lowers the 
priority degree by one (here, down to "2") and carries out the step S51. Thus, 
the internet browser application provided with priority degree "2" of the 
delivery priority degree information shown in FIG. 15 is chosen. Since the 
internet browser application is a delivery destination according to the event 
reception specifying information shown in FIG. 16, the "Move down" key is 
delivered also to the internet browser application. 
[00120] 

Next, referring to the delivery property information shown in FIG. 26, it is 
known that the property of the event of pressing the "Move down" key in the 
internet browser application is "Share over". Thus, the CPU 24 is notified 
that the event cannot be delivered further to other applications. Therefore, 
the event delivery process is finished. 
[00121] 
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As described above, providing the delivery property information makes it 
possible to appropriately set the mode of event delivery. 
[00122] 

And, it may also be arranged that the delivery property information can be 
changed according to which applications are running, or to the current 
operating status of applications. 
[00123] 

It is also possible to control the delivery property information in the similar 
manner to that described before, to control events and applications arranged 
in groups. 

[00124] 
5. Fifth Embodiment 

5.1 overall configuration of digital broadcasting system 

The general configuration of a digital broadcast system according to the 
embodiment is shown in FIGs. 27 and 28. A multiplexing means 200 shown 
in FIG. 27 arranges broadcast contents information 204 into multiplex 
packets according to control information 208. The multiplexed data are 
given as a transport stream to a transmitting means 202 and transmitted 
through satellite waves or surface waves. 
[00125] 

Incidentally, although not shown, a plural number of broadcast contents 
(service contents) are multiplexed in a single transport stream. 
[00126] 

In this embodiment, events that may be received on the receiver side in 
relation to the contents information 204 are included as receivable event 
information in the contents information 204. Therefore, the receivable event 
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information is also multiplexed by means of the multiplexing means 200 and 
delivered. 

[00127] 

A receiving means 210 shown in FIG. 28 receives waves transmitted, and 
outputs them in a transport stream. A demultiplexing means 212 chooses 
an intended service from the transport stream and demultiplexes the 
broadcast contents according to the control information, etc. The step of 
choosing the intended service, etc. is carried out with a control application 
218 according to the event from an event input means 214 which receives 
events entered by an operator. 
[00128] 

An interactive demultiplexing application 216, in addition to demultiplexing 
the contents information, changes the broadcast contents according to the 
event received from the event input means 214. An event control means 220 
controls to determine which of the events given from the event input means 
214 is or is not to be delivered to the interactive demultiplexing application. 
This delivery control is carried out according to the receivable event 
information 222 delivered as multiplexed in contents information. 
[00129] 

As described above, this embodiment makes it possible for a person who 
provides contents to determine events to be made receivable on the receiver 
side and to achieve flexible event reception according to broadcast contents. 

[00130] 
5.2 Transmitter 

FIG. 29 shows an example of detailed configuration of a transmitter. This 
embodiment is an example for multiplexing and transmitting services using 
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video and audio data and HTML (hyper text markup language) data. 
[00131] 

The video data 238 are compressed with an encoder 232 and given to a 
multiplexing section 200. Likewise, the audio data 240 are compressed with 
an encoder 234 and given to the multiplexing section 200. 
[00132] 

The HTML data 204 are controlled with a data control section 236 and given 
to the multiplexing section 200. 
[00133] 

In this embodiment, the video and audio data as a single service (SV1) and 
the HTML data as a single service (SV2) are arranged into packets and 
multiplexed through the multiplexing section 200. The created transport 
stream is modulated in the modulating section 202 and transmitted. 
Incidentally, control data required to discriminate packets in connection with 
the packeting are created in a control data generating section 230 and 
multiplexed in the multiplexing section 200. 
[00134] 

Although not shown, the transport stream created as described above is 
modified to have different frequencies, etc. to make a plural number of 
transport streams which are transmitted. 
[00135] 

This embodiment is assumed that receivable event information is described 
in the HTML data. 
[00136] 

FIG. 30 shows control data (NIT, PAT, PMT1, and PMT2) and contents data 
(ESI (V), ESI (A), HTML) constituting the transport stream created. The 
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control data and the contents data are respectively arranged in a packet 
structure as shown in FIG. 31. That is to say, the data are divided into 
groups of specified lengths and provided with packet IDs for identification. 
[00137] 

As shown schematically with a line 50 in FIG. 30, when the packeting of the 
control data (NIT, PAT, PMT1, PMT2) and contents data (ESI (V), ESI (A) is 
over, the next packeting is carried out as shown with a line 52. 
[00138] 

As shown in FIG. 32, the packet ID of the video and audio service SVl is 
described in the control data PMTl. Further, the packet ID of the control 
data PMTl is described in the control data PAT. Likewise, the packet ID of 
the service SV2 of the HTML data is described in the control data PMT2, and 
the packet ID of the control data PMT2 is described in the control data PAT. 
Therefore, it is constituted that data of an intended service may be acquired 
by acquiring the control data PAT and PMT. 
[00139] 

As shown in FIG. 33, an overview table of services included in respective 
transport streams are described in the control data NIT. The packet ID of 
the control data NIT is described in the control data PAT. 
[00140] 

FIG. 34 shows example data of the HTML data as contents of the service 
SV2. As described later, this HTML data are interpreted with a browser 
application on the receiver side and displayed. The HTML data are 
constituted with a definition information describing portion 510 and a major 
information describing portion 512. 
[00141] 
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In this embodiment, the description key list:"number.basic" in the fourth 
line of the definition information describing portion 510 is the receivable 
event information, and thus the browser application on the receiver side 
shows the receivable event. 
[00142] 

The term key list: shows that a receivable event follows the colon (:). Here, 
it is shown that the events 'number' and 'basic' are receivable. The 'number' 
represents the group of numeral keys, and 'basic' represents the group of 
cursor movement keys, decision key, etc. Therefore, the browser application 
on the receiver side can receive events of pressing the numeral keys, cursor 
movement keys, decision key, etc. 

[00143] 
5.3 Receiver 

FIG. 35 shows a hardware configuration in which the receiver shown in FIG. 
28 is embodied by the use of a CPU. In the memory 26 are recorded a 
tune-in application, a browser application, etc 
[00144] 

The CPU 24 controls to acquire an intended service according to the tune-in 
application and the operation input (event) entered through the operation 
input section 4. Switching from one transport stream to another is carried 
out by controlling a tuner 18 according to the information of the control data 
NIT. Choosing an intended service from within the transport stream is 
carried out by controlling a transport decoder 20. The transport decoder 20 
outputs the intended packet only when a packet ID is set. Therefore, CPU 
24 can acquire the intended service by setting the packet ID to the transport 
decoder. 
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[00145] 

For example, it is assumed that an instruction is given so as to tune to the 
service SV2 of the HTML data. If the channel number of the service SV2 is 
"145," the numeral keys "1," "4," and "5" are to be pressed. In response to 
this, the CPU 24 sets the packet ID (fixed to 0 x 0000) of the control data PAT 
(See FIG. 32) to the TS decoder 20. As a result, contents of the control data 
PAT are outputted from the TS decoder 20 and stored in the memory 26. 
The CPU 24 refers to the control data PAT separated in this way and acquires 
the packet ID of the control data PMT2 of the service SV2. 
[00146] 

Next, the packet ID of the control data PMT2 acquired as described above is 
set to the TS decoder 20 and the contents of the control data PMT2 is stored 
in the memory 26. Referring to the contents of the control data PMT2, the 
CPU 24 acquires the packet ID of the HTML data. Next, by setting the 
packet ID of the HTML data to the TS decoder 20, the HTML data are stored 
in the memory 26. 
[00147] 

The HTML data stored in this way in the memory 26 are interpreted with 
the browser application and displayed through an AV decoder 22 on the TV 
set 14. The following description is based on the assumption that HTML 
data as shown in FIG. 34 are received. 
[00148] 

The browser application, upon receiving the description key 
list:"number.basic" of the fourth line of FIG. 34, produces a receivable event 
table in the memory 26. That is to say, events that can be received by the 
browser application are stored as a table. Here, since 'number' and 'basic' 
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are specified, events such as the numeral buttons, cursor movement buttons, 
decision button, etc. are deemed as receivable and a circle (O) is recorded. 
The # button and the return button are not specified, determined as not 
receivable, and " — " is recorded. Incidentally, it is predetermined what kind 
of buttons belong to 'number' and what kind of buttons belong to 'basic. 
[00149] 

The browser application also interprets description in other HTML and 
displays the contents on the TV set 14. The displayed contents are shown in 
FIG. 37. The image 520 shown in FIG. 37 is based on the description in the 
third line of the major information describing portion 512 of FIG. 34, src = 
"http://aaa/bbb/ccc/why.png." That is to say, the display is the result of the 
browser application interpreting the description, acquiring the image stored 
in the position of http://aaa/bbb/ccc/why.png, and displaying it. 
[00150] 

In the 11th and 12th lines of the major information describing portion 512, it 
is described that, when the numeral button "1" (accesskey = "1") is pressed 
(onclick), a function imglGoto( ) is executed. In the screen display status of 
FIG.37, when the event of pressing the numeral button "1" is given, the 
browser application refers to the receivable event table of FIG. 36 and 
determines if the event is receivable. Here, since the numeral button "1" is 
receivable to the browser application, the browser application carries out a 
process corresponding to the event of pressing the numeral button "1." That 
is to say, based on the 11th and 12th lines of the major information describing 
portion 512 of FIG. 34, the function imglGoto( ) is executed. The function 
imglGoto( ) is, as defined in the defining information describing portion 510, 
an instruction to move to the position of "http://aaa//bbb/ccc/s2.htm." 
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[00151] 

The browser application accordingly acquires, through the communication 
control section 28, information coming from the "http://aaa//bbb/ccc/s2.htm" 
and displays it on the TV set 14. 
[00152] 

Incidentally, in the status of screen display shown in FIG. 37, even if the 
event of pressing the # button is produced, since it is defined as not receivable 
in the table of FIG. 36, the browser application does not accept the event. In 
that case, the event is given to other applications or not given to any 
application. 
[00153] 

As described above, the event reception on the receiver side can be 
determined from the transmitting side. 

[00154] 
5.4 Other Embodiments 

The above embodiment is arranged that the browser application creates the 
receivable event table and determines if the events are receivable. That is, 
the browser application serves also as the event control means. However, it 
may also be arranged that an event control program other than the browser 
application determines if the events are receivable. That is, as shown in FIG. 
38, an event control program 220 may be provided in addition to an 
interactive demultiplexing application 216. 
[00155] 

While the above embodiment is arranged that the events are arranged in 
groups and the receivable event information is described for every group, it is 
also possible to use receivable information describing the receivability for 
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every event. 
[00156] 

Further, while the invention is applied to the broadcast using the HTML 
data, the invention may also be applied to a broadcast using other 
self-describing type of language such as XML so on. 
[00157] 

Further, while the above embodiment is arranged that the receivable event 
information is described in the contents data, it may also be arranged that 
the receivable event information is described in the control data (PMT, etc.) 
made to correspond to the contents data. In this way, the receivable events 
may be set not only for the data broadcasting using HTML or the like but also 
for the ordinary visual and audio broadcast. 
[00158] 

Further, while the above embodiment is arranged that the control is made 
with the receivable event table, it may also be arranged that the delivery 
priority degree information and receivable event specifying information as 
shown in FIGs. 15, 16, and 17 are prepared in advance in the receiver, and 
the items in the browser software of the receivable event specifying 
information are rewritten according to the receivable event information 
received. 

[00159] 

Still further, it may also be arranged that the delivery destination specifying 
information as shown in the first to the fourth embodiments is multiplexed 
and sent from the transmitting side, and the event control is made similarly 
to that of the first to the fourth embodiments on the receiving device side 
according to the delivery destination determining information. 
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[00160] 
6. Sixth Embodiment 

6. 1 Entire Constitution of Digital Broadcasting System 

FIGs. 39 and 40 show the general configuration of a digital broadcasting 
system of a sixth embodiment. With the transmitting device shown in FIG. 
39, not only the receivable event information 206 but also the receivable 
event changing information 250 is multiplexed and transmitted. The 
receivable event changing information 250 is the information for changing, 
according to situation, events that become receivable according to the 
receivable event information 206. 
[00161] 

With the receiving device shown in FIG. 40, it is arranged that the 
receivable events may be changed according to the receivable event changing 
information received. Therefore, the receivable events may be set flexibly 
from the transmitting side according to the process status, etc. of the 
interactive demultiplexing application 216. 

[00162] 
6.2 Transmitter 

The detailed configuration of the transmitter is similar to that shown in FIG. 
29. An example of HTML data transmitted is shown in FIG. 41. In this 
embodiment, only 'basic' is specified as the receivable event (See the third 
line). Therefore, while the browser application can receive the cursor 
movement keys and the decision key, it cannot receive the numeral keys. 
[00163] 

In the 19th to 20th lines of the definition information describing portion 510 
is defined a function, funcagel( ). The content is an instruction to rewrite 

54 



JP-A-1999106739 (Hll-106739) 



'keylist' into "number,basic. ,, Therefore, when the function 'funcagel( )' is 
executed, not only the cursor movement keys and the decision key but also 
the numeral keys become receivable. Likewise, a function funcage2( ) is 
defined. Its content is an instruction to rewrite 'keylist' into "basic." 
Therefore, when the function *funcage2( )' is executed, only the cursor 
movement keys and the decision key become receivable, and the numeral 
keys are not receivable. 
[00164] 

These functions funcagel( ) and funcage2() are executed in the eighth line of 
the major information describing portion 512. In this embodiment, the 
receivable event changing information is constituted with the defining 
description of the above functions and the executing description of the above 
functions. 

[00165] 
6.3 Receiver 

FIG. 35 shows a hardware configuration in which the receiver shown in FIG. 
240 is embodied by the use of a CPU. In the memory 26 are recorded a 
tune-in application, a browser application, etc. 
[00166] 

The process from choosing HTML data of FIG. 41 to recording it in the 
memory 26 is similar to that of the seventh embodiment. The browser 
application interprets the HTML data stored in the memory 26 and displays 
them on the TV set 14. 
[00167] 

The browser application acquires the description, keylist:"basic" of the third 
line of FIG. 41, creates a receivable event table as shown in FIG. 48, and 
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stored it in the memory 26. From the receivable event table, it is known 
that the browser application can receive only the cursor movement keys and 
the decision key. 
[00168] 

The browser application performs other HTML descriptions and displays an 
inquiry image as shown in FIG. 43 on the TV set 14. A viewer refers to the 
screen image and moves the marking cursor (focus) using the cursor 
movement keys to enter answers to the inquiry. The control of the cursor 
movement is performed with the browser application. FIG. 43 shows a 
status in which the marking cursor is located (focused) at the item of sex. 
Namely, the item sex may be entered in this status. 
[00169] 

When the cursor move-up key is operated in the status of FIG. 43, the item 
'age' is brought into focus. The browser application detects this status and 
executes the function funcagel( ). Namely, the browser application 
interprets the description onfocus- 'funcagel" in the eighth line of the major 
information describing portion 512 of FIG. 41 and executes it. The 
description onfocus= "funcagel" means that the function funcagel( ) is 
executed in the status of "age" in focus. The function funcagel( ) is, as 
described in the definition information describing portion 510, a function for 
rewriting 'keylist' into "number.basic." Therefore, when "age" is brought into 
focus, the description becomes keylist="number.basic." In response to this, 
the receivable event table is also rewritten from the status shown in FIG. 42 
to that shown in FIG. 36. That is to say, the numeral keys also become 
receivable. Therefore, the viewer can give the event of pressing numeral 
keys to the browser application to enter the age by numerals as shown in FIG. 
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44. 

[00170] 

Further, when "age" is put out of focus by the operation on the cursor 
movement key, the browser application detects the operation and executes 
the function funcage2( ). That is to say, the browser application interprets 
the description onblur= "funcage2"on eighth line of the major information 
describing portion 512 of FIG. 41 and executes it. The description onblur= 
"funcage2" means that the function funcage2( ) is executed in the status of 
the "age" being out of focus. The function funcage2( ) is, as described in the 
definition information describing portion 510, a function for rewriting 'keylist' 
into "basic." Therefore, when the "age" is put out of focus, the description 
becomes keylist="basic," As a result, the receivable event table shown in 
FIG. 36 is also rewritten as shown in FIG. 42. Namely, the status of the 
numeral keys is brought back to the status not receivable. 
[00171] 

When a transmission button or the like (not shown) is operated, the answers 
entered are transmitted through a communication control section 28 to a 
service provider, etc. 
[00172] 

As described above, the use of receivable event changing information makes 
it possible to change the receivable events appropriately according to the 
situation. It is also possible to specify such changes from the transmitting 
side. 

[00173] 

The possible modifications of the fifth embodiment described before may also 
be applied to this embodiment. 
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[00174] 
7 Others 

While various functions of the above embodiment are effected with the CPU, 
they may be effected partly or entirely with a hardware logic. 
[00175] 

While the above description is made only in connection with the receiving 
operation, the invention may also be applied to devices for recording and 
reproducing transport streams. In that case, it may be arranged that the 
delivery destination determining information and the receivable event 
information may be changed depending on whether they are used for 
reception or transmission. 

[Brief description of the drawings] 
[Fig. 1] 

FIG. 1 shows an overall configuration of an event control device as a first 
embodiment of the invention. 
[Fig. 2] 

FIG. 2 shows a hardware configuration of a digital broadcast receiver. 
[Fig. 3] 

FIG. 3 is a flowchart of an event control program. 
[Fig. 4] 

FIG. 4 shows delivery destination determining information. 
[Fig. 5] 

FIG. 5 shows a status of a plural number of windows open. 
[Fig. 6] 

FIG. 6 shows a window for an e-mail application. 
[Fig. 7] 
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FIG. 7 shows an internet browser application window. 
[Fig. 8] 

FIG. 8 shows an external view of a remote control device. 
[Fig. 9] 

FIG. 9 shows an overall configuration of an event control device as a 
second embodiment of the invention. 
[Fig. 10] 

FIG. 10 shows event reception specifying information. 
[Fig. 11] 

FIG. 11 shows event reception specifying information. 
[Fig. 12] 

FIG. 12 is a flowchart of an event control program (for controlling 
delivery destination determining information). 
[Fig. 13] 

FIG. 13 is a flowchart of an event control program (for determining 
delivery destination). 
[Fig. 14] 

FIG. 14 shows an overall configuration of an event control device as a 
third embodiment of the invention. 
[Fig. 15] 

FIG. 15 shows delivery priority degree information. 
[Fig. 16] 

FIG. 16 shows event reception specifying information. 
[Fig. 17] 

FIG. 17 shows event reception specifying information. 
[Fig. 18] 
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FIG. 18 is a flowchart of an event control program (for controlling 
delivery destination determining information). 
[Fig. 19] 

FIG. 19 is a flowchart of an event control program (for determining 
delivery destination). 
[Fig. 20] 

FIG. 20 shows a pull-down menu of an internet browser application 
window. 

[Fig. 21] 

FIG. 21 shows event reception specifying information. 
[Fig. 22] 

FIG. 22 shows delivery priority degree information. 
[Fig. 23] 

FIG. 23 shows event reception specifying information. 
[Fig. 24] 

FIG. 24 shows event grouping information. 
[Fig. 25] 

FIG. 25 shows an overall configuration of an event control device as a 
fourth embodiment of the invention. 
[Fig. 26] 

FIG. 26 shows delivery property (attribute) information. 
[Fig. 27] 

FIG. 27 shows an overall configuration of a transmitter as a fifth 
embodiment of the invention. 
[Fig. 28] 

FIG. 28 shows an overall configuration of a receiver as a fifth 
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embodiment of the invention. 
[Fig. 29] 

FIG. 29 shows a detailed configuration of a transmitter. 
[Fig. 30] 

FIG. 30 shows data packeting. 
[Fig. 31] 

FIG. 31 shows a packeted data structure. 
[Fig. 32] 

FIG. 32 shows relation between control data and contents data. 
[Fig. 33] 

FIG. 33 shows control data NIT. 
[Fig. 34] 

FIG. 34 shows HTML data. 
[Fig. 35] 

FIG. 35 shows a hardware configuration of a digital receiver. 
[Fig. 36] 

FIG. 36 shows a receivable event table. 
[Fig. 37] 

FIG. 37 is an image of the HTML data of FIG. 34 displayed using a 
browser. 

[Fig. 38] 

FIG. 38 shows the entire configuration of a receiver of another 
embodiment. 
[Fig. 39] 

FIG. 39 shows the entire configuration of a transmitter of a sixth 
embodiment. 
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[Fig. 40] 

FIG. 40 shows the entire configuration of a receiver of the sixth 
embodiment. 
[Fig. 41] 

FIG. 41 shows HTML data. 
[Fig. 42] 

FIG. 42 is a receivable event table. 
[Fig. 43] 

FIG. 43 is an image of the HTML data of FIG. 41displayed by the use of 
a browser. 
[Fig. 44] 

FIG. 44 is an image of the HTML data of FIG. 41 displayed by the use of 
a browser. 

[Description of the reference numerals] 
2 • • • • event control device 
4 . . . . event control device 

6 • • • • delivery destination determining means 

8 • • • • delivery destination determining information storing section 
APl,AP2,APn • • • application 
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[Document name] Abstract 
[Abstract] 

[Object] It is an object of the present invention to provide a device capable 
of determining a delivery destination of an event automatically without 
requiring choosing operation of an operator. 

[Means to achieve the object] An event entered through an event input 
means 4 is given to a delivery destination determining means 6. Such 
means in turn determines to which of applications API, AP2, . . . , APn the 
given event is to be delivered according to the contents of the event and 
according to delivery destination determining information stored in a delivery 
destination determining information storing section, and delivers accordingly 
Therefore, the event is delivered to an appropriate application even if the 
operator does not choose an addressed application. 
[Selected figure] FIG. 1 



63 



LU 
> 

LU 

o 

LU 

o 



CO 

< 
o 

Q 
< 

o 

CO 



o 

Q 



5 

CD 



O 
O 

LU 

< 

Q 

< 



CM 










Ill 


AV 


COD 




LU 




O 




CM 
CJ> 



FIG.3 



EVENT CONTROL PROGRAM 



Q START J 



CHOOSE APPLICATION OF 
HIGHEST PRIORITY 

FOR EVENT ENTER 



DEGREE -\_- s1 



S2 



E-MAIL APPLICATION 
CHOSEN IS RUNNING? 



YES 



NO 



CHOOSE APPLICATION 
OF NEXT HIGHEST 
PRIORITY DEGREE 







S4 




\ 


- s 


EVENT OF PRESSING 




IS DELIVERED TO 




E-MAIL AP 


PLICATION 



FIG.4 



DELIVERY PRIORITY INFORMATION 





INTERNET 
BROWSER 


E-MAIL 


TUNE-IN 


1 






1 


2 






1 


3 






1 


















9 






1 






O 






1 






# 


2 


1 


3 


















A 


2 






> 


2 






V 


2 






< 


2 






DETERMINE 


2 






RETURN 


2 






MENU 






























POWER 








i 
1 
i 


l 
1 
l 


i 
I 
i 


i 
1 
i 



in 
6 




LU 

s 
o 

X 



LU 

CO 

o 

CO 

i- 

LU 
Z 

tr 



LU 
> 

o 



< 
—I 

Q. 

CO 



a 

LU 



LU 



LU 

cr 
O 
> 
< 



LU 
Q 

a. 
3 



LU 
O 

< 

o 



Q 
111 
111 
O 

o 

0. 



tr 

I- 
LU 

tr 



CO 
CO 
111 

a: 
o 
a 
< 



FIG.10 



EVENT RECEPTION SPECIFYING INFORMATION 





INTERNET 
BROWSER 


E-MAIL 


TUNE-IN 


1 






O 






2 






O 






3 






O 














9 






O 






O 






O 






U 




O 










!_ 






A 




O 








> 




O 








V 




O 








< 




O 








DETERMINE 




O 








RETURN 




O 








MENU 






















POWER 














\ 
i 


i 
i 
i 


i 
i 
i 


i 
i 
i 



FIG.11 



EVENT RECEPTION SPECIFYING INFORMATION 





INTERNET 
BROWSER 


TUNE-IN 


1 




O 


2 




O 


3 




O 














9 




O 


O 




O 


# 




O 














A 


O 




> 


O 




V 


O 




< 


O 




DETERMINE 


O 




RETURN 


O 




MENU 






















POWER 






» 
» 


i 
i 
i 


i 
t 
i 



FIG.12 



EVENT CONTROL PROGRAM 
(FOR CONTROLLING DELIVERY DESTINATION 
DETERMINING INFORMATION) 



Q START ^ 

I 

ACQUIRE INFORMATION 
ON WHICH APPLICATIONS 
ARE RUNNING 



.S11 



CHOOSE EVENT RECEPTION 
SPECIFYING INFORMATION 



S12 



jr 

END ^ 



FIG.13 



EVENT CONTROL PROGRAM 
(FOR DETERMINING DELIVERY OF DESTINATION) 



TUNE-IN APPLICATION IS 
DETERMINED AS THE DELIVERY 
DESTINATION ACCORDING TO 
EVENT RECEPTION INFORMATION 
BEING CHOSEN 




1 

DELIVER EVENT TO 
SUCH APPLICATION 



S22 



LU 

Q 
O 
CO 

LU 

o 

q: 



LU 

o 
> 

LU 
Q 
-I 
O 
0£ 



o 
o 
I- 

LU 
> 
LU 

< 
LL. 
O 

z 
g 

q: 
O 



O 
o 



< 
tr 

LU 

> 




FIG.15 



DELIVERY PRIORITY INFORMATION 





INTERNET 
BROWSER 


E-MAIL 


TUNE-IN 


1 


1 




2 


2 


1 




2 


3 


1 




2 


















9 


1 




2 


O 


1 




2 


# 


2 


1 


3 


















A 


2 






> 


2 






V 


2 






< 


2 






DETERMINE 


2 






RETURN 


2 






MENU 






























POWER 








i 
i 


1 
i 


i 
i 
i 


! 
1 



FIG.16 



EVENT RECEPTION SPECIFYING INFORMATION 





INTERNET 
BROWSER 


E-MAIL 


TUNE-IN 


1 






O 






2 






O 






3 






O 






i 
I 














9 






O 






O 






O 






# 


O 


O 






I 














A 


O 


O 






> 


O 


O 






V 


O 


O 






< 


O 


O 






DETERMINE 


O 


O 






RETURN 


O 


O 






MENU 














i 
i 














POWER 














i 
i 
i 


i 
i 
i 


i 
i 
i 


i 
i 



FIG.17 



EVENT RECEPTION SPECIFYING INFORMATION 
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EVENT CONTROL PROGRAM 
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EVENT RECEPTION SPECIFYING INFORMATION 
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DELIVERY PRIORITY INFORMATION 
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EVENT RECEPTION SPECIFYING INFORMATION 
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EVENT GROUPING INFORMATION 
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DELIVERY PROPERTY INFORMATION 
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HTML DATA 



51 



r 



512-< 



<html><]head> 
<style type="text/css"> 
@media:tv{ 

keylist::"number.basic" 
#img 1 { position :absoI ute; 

left:1 00px;top:1 00px;width:200px;height:200px; } 
#text{ positionrabsolute; 

left:1 00px;top:500px;width:200px;height:1 OOpx; } 
#button1{ position:absolute; 

left:500px;top:500px;width:1 50px;height:50px; } 
#button2{ position:absolute; 

left:500px;top:600px;width:1 50px;height:50px; } 

} 

</style> 
<script> 

function img1Goto() 

{ 

location.href="http://aaa/bbb/ccc/s2.htmr; 

} 

function img2Goto() 
{ 

location.href= M http://aaa/bbb/ccc/s3.html"; 

} 

</scriptx/head> 
<body> 

<object id="img1 M type="image/png M 

src="http://aaa/bbb/ccc/why,png"> 

</object> 

<obJect id^'text'type^'text/plain" 
THISISTESTKp> 
THIS IS TEST2 

</object> 
<input id="button1 "type="image/png" 

src="http://aaa/bbb/ccc/b1.png"> 

onclick="img1Goto()" 

accesskey="1"> 

</input> 

<input id= ,, button2"type="image/png" 

src="http://aaa/bbb/ccc/b2.png M > 

onclick= ,, img2Goto() n 

accesskey="2"> 

</input> 
<body> 
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RECEIVABLE EVENT TABLE 
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510^ 



512-< 



<html><]head> 
<style type="text/css n > 
keylist:"basic" 
#text{ position:absolute; 

left:300px;top:50px;width:200px;height:50px; } 
#isge{ positionrabsolute; 

left:500px;top:300px;width:300px;height:50px; } 
#man{ positionrabsolute; 

left:400px;top:600px;width:30px;height:30px; } 
#woman{ positionrabsolute; 

left:600px;top:600px;width:30px;height:30px; } 
#best{ positionrabsolute; 

left:400px;top:700px;width:50px;height:30px; } 
#better{ positionrabsolute; 

left:400px;top:800px;width:50px;height:30px; } 
#poor{ positionrabsolute; 

left:400px;top:900px;width:50px;height:30px; } 
</style><script> 

function funcage1(){ 

thisdocument.style.keylist— 'number.basic''; } 
function funcage2(){ 

thisdocument.style.keylist— 'basic*'; } 
</scriptx/head> 
<body> 

<object id^'texf'type^'text/plain" 

TV SURVEY 
</object> 
</body> 
<form> 
AGE: 

<input id="age M ty pe="text M onf ocus= M f uncage 1 "onblur="f uncage2"> 

</input> 

GENDER: 

<input id= ,, man"type= ,, radio n name= n sex M value="man">MALE</input> 

<input id='Woman M type== , Vadio ,, name="sex , Value="woman M >FEMALE</input> 

COMMENTS ON PROGRAM:<p> 

<input id="best"type="radio"name="prog"value="best">VERY INTERESTING 
</input> 

<input id="good"type= ,, radio ,, name= ,, prog , Value= ,, better M >INTERESTING 
</input> 

<input id="poor"type="radio ,, name="prog"value— 'poor">NOT INTERESTING 
</input> 
<form> 
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RECEIVABLE EVENT TABLE 
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